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ETHERNET 10/100 MEDIA ACCESS CONTROLLER CORE 
RACKGROUNn OF THE INVENTION 

1 . Field of the Invention 

The present invention relates generally to the field of digital communication and 
more particularly to the field of Ethernet medium access controllers. 

5 2. Description of the Related Art 

Designing controllers for conununication devices can be a complicated process due, 
in part, to the large variety of fiinctions that must be performed. Standards such as the 
Open Systems Interconnection model (the "OSr model), promulgated by the International 
Standards Organization, provide a convenient and logical way to categorize the many 

10 functions involved in digital communication. The OSI model includes seven different 
layers, and the interfaces which are defined between these layers allow system developers 
to develop systems in a modular fashion. The seven layers are: (i) the physical layer, 
which is concerned with the connection to the communications medium, (ii) the data link 
layer, which is concerned with reliable data transfer, (iii) the network layer, which is 

15 concerned with data routing and addressing, (iv) the transport layer, which is concerned 
with connections between hosts and ensuring data reception, an example of a transport layer 
protocol being the TCP protocol, (v) the session layer, which is concerned with logical 
connections between hosts, as well as security, (vi) the presentation layer, which is 
concerned with file formats and data conversion, and (vii) the application layer, which is 

20 concerned with standards for user or application interfaces. 

The OSI model has also served as a building block for various standards, such as the 
IEEE 802.3 Ethernet standards or the IEEE 1394 standards. The OSI model and the many 
standards built on top of it have a further advantage in that they allow third party 
developers to create design tools which incorporate much of the required functionality for 

25 the various layers and which are compatible with the interfaces defined by the relevant 
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standards. System designers can then use a ftinction call to implement a ftinction. rather 
than coding it themselves. 

However, the system designer must still create a great deal of code to complete a 
typical communications system. The present invention is directed to improving diis 
5 situation. 

SUMMARY OF THE INVENTION 

This situation is improved with a design tool for designing a medium access 
controller ("MAC") which contains the functionality for performing an Ethernet data link 
layer protocol and also includes a variety of system-level functions such as support of 
10 additional physical layer interface protocols and application interface protocols, packet 
handling features, system management support, application interface functions, and a test 
environment. The inclusion of the system-level functions simplifies the design of a MAC, 
reduces the time to market, ensures compatibility with the Ethernet standards, and enables 
increased certainty of design due to the built-in test environment. Additionally, 
15 embodiments can be adapted to different standards and different layers of the OSI model, 
and be based on entirely different models altogether. 

Briefly, in accordance with one aspect of the present invention, there is provided a 
computer program product mcluding computer readable program code for designing a 
controUer. The computer readable program code includes three program parts. A fust 
20 program part is for implementing an application interface. A second program part is for 
implementing a physical layer interface. A third program part is for implementing a 
system-level function. 

Briefly, in accordance with another aspect of the present invention, there is provided 
a computer program product including computer readable program code for designing a 
25 controller. The computer readable program code includes two program parts. A first 
program part is for substantially implementing a medium access control sublayer protocol, 
and a second program part is for implementing a system-level function. 

Briefly, in accordance with another aspect of the present invention, there is provided 
a method of designing a controller using a software package. The method includes utilizing 
30 the software package which includes an application interface functionality, a physical layer 
interface functionality, and a system-level function functionality. The meUiod further 
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includes incorporating the application interface functionality, the physical layer interface 
functionality, and the system-level function functionality into a controller design 

Briefly, in accordance with another aspect of the present invention, there is provided 
a method of designing a controller using a software package. The method includes utilizing 
5 the software package which includes a medium access control sublayer functionality and a 
system-level function functionality. The method further includes incorporating the medium 
access control sublayer functionality the system-level function functionality into a controller 
design. 

Briefly, in accordance with another aspect of the present invention, there is provided 
10 a design tool for designing a controller. The design tool includes a medium access control 
sublayer emulator which substantially emulates a medium access control sublayer protocol. 
The design tool also includes a system-level function emulator. 

BRIEF DESCRIPTION OF THE DRAWINGS 

HG. 1 shows a high-level block diagram of a system which utilizes a MAC. 
15 FIG. 2 shows a high-level block diagram of main components in a MAC. 

FIG. 3 shows a high-level block diagram of a system which utilizes a MAC in a 
cable modem. 

HG. 4A shows a high-level block diagram of a system which utilizes a MAC in a 
PCI to Ethernet controller. 
20 HG. 4B shows further details of the PCI to Ethernet controllec of HG. 4A. 

DETAILED DESCRIPTION OF THE PRE FERRED EMBODIMENT 

1 System Overview 

System design has been growing increasingly complex over the last decade. Due to 
increased integration densities and system speeds, entire systems are now able to be placed 

25 on single application specific integrated circuits (-ASICs") or other devices. The entire 
design can be done in software, for example Verilog, and then downloaded into a device. 
The system designer can utilize various design tools to assist in implementing a given 
standard, such as the IEEE 802.3 Ethernet standard, but must still develop the code for the 
rest of the system. This simation involves large design times and increased lime to market, 

30 and requires substantial expertise and experience. 
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An embodiment of the present invention simplifies the design process and reduces 
the design time required. This embodiment provides a design tool for designing for an 
Ethernet medium access controller ("MAC"). The medium access control sublayer is the 
lower sublayer of the data link layer of the OSI model. The embodiment includes the 
5 functionality for implementing the Ethernet layer two protocol and also incorporates 
functionality for system-level functions. The availabUity of the system-level functions 
greaUy simplifies the design process for a system designer and reduces the required design 
time. The embodiment is suited for a variety of design applications, including system-on- 
chip, switching, routing, and network interface card applications. 
10 FIG. 1 shows a high-level block diagram of a system 10 which utilizes a MAC. 

The MAC 12 interfaces, on one end. to one or more PHYs 14. A PHY 14 is a physical 
layer device, and the interface from the MAC 12 to the PHY 14 is a physical layer 
interface. The physical layer interface of the MAC 12 is preferably the media independent 
interface ("Mil") which defines the interface between the physical layer and the data link 
15 layer of the OSI model, and which is specified in the IEEE 802.3 standard. 

The MAC 12 also interfaces, on the other end, to an application 11. The 
application 11 is a generic element identifying the fact that the MAC is only a layer two 
device and that additional functionality is necessary before interfacing to a user. The 
application 11 could be a layer three networking device. If the MAC 12 also performs 
20 higher level functionality, however, then the application 11 could be a transport layer 
device, a session layer device, a presentation layer device, an application layer device, or 
any combination if the OSI model is not strictly followed. The interface between the MAC 
12 and the application 11 is called the application interface. Preferably, the application 
mterface of the MAC 12 includes the Virtoal Component Interface ("VCI") which was 
25 defined by the Vimial Socket Interface ("VSI") Alliance. The VCI contains transaction 
layer logic and HFOs to handle data transfers between the application 1 1 and the MAC 12. 

As already stated, the MAC 12 performs more than the layer two Ethernet protocol 
by including the VCI and various system-level functions which are described further below. 
The MAC 12 is not limited, therefore, to performing functionality in the OSI model or any 
30 particular standard. Preferably however, the MAC 12 performs the entire Ethernet 
standard as defined in IEEE standards 802.3 (half-duplex). 802.3x (ftill-duplex), and 
802.3U (100 Mbytes/sec or 100 Mbps). Further, the MAC 12 also is preferably tested to 
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verify compliance with these standards. Other embodiments provide only substantially all 
of the functionality of the data link layer protocol or the medium access control sublayer 
protocol. While a MAC 12 according to the present invention also could be designed with 
less than substantially all of the entire medium access control sublayer functionality, it 
would be less marketable. 

As stated earlier, in one embodiment the MAC 12 is an Ethernet MAC. FIG. 1 
illustrates such a case, by showing the PHYs 14 each connected an Ethernet cable 16. 
However, a suitably designed MAC 12 may be used with other communication standards, 
for example and without limitation, the 1394 standard. 

FIG. 2 shows a high-level block diagram of a MAC 12. A brief description of the 
MAC 12 and FIG. 2 follows in this paragraph, and a more detailed analysis of the MAC 12 
is mcluded in the Appendix. In this embodiment, the MAC 12 contains (i) a MAC Block 
45. (ii) a Control Stams Register Block ("CSR" Block) 41, (iii) a MAC Host Block 42, (iv) 
an Address Check Block 43. and (v) a Station Management Block 44. The MAC Block 45 
15 implements the functionality of the Ethernet Medium Access Control sublayer for both 
transmit and receive operations. The MAC Block 45 contains a RX CRC block 46, a TX 
CRC block 50. a RX block 47. a TX block 49. a Flow Control block 48. a RX PHY 
Interface 51, and a TX PHY Interfece 52. The CSR Block 41 contains control and status 
registers for the operation of the MAC 12 and also contains configurable counters, which 
20 are described further below. The MAC Host Block 42 handles the synchronization of 
control and data signals across the application interface (see FIG. 1)^ The Address Check 
Block 43 checks the destination address field of all the incoming packets. The Station 
Management Block 44 controls the read/write transactions to PHY registers which are 
located in a PHY. 

25 

2. Examples 

Two examples of products which use an Ethernet MAC are described below. FIG. 
3 shows the fu-st, which is a PCI to Ethernet controller. FIGS. 4A-4B show the second, 
which is an Ethernet to Cable modem. 
30 FIG. 3 shows a high-level block diagram of a system 20 which utilizes a MAC 12 in 

a cable modem 21 which connects to both an Ethernet cable 16 and a coaxial cable 23. The 
cable modem 21 also includes the PHY 14 to connect to the Ethernet cable 16. and cable 
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modem functionality 25 to perform all of the necessary functions on the other side of the 
MAC 12. FIG. 3 also shows a PC 27 and a host 28 connected to the Ethernet cable 16. 

HG. 4A shows a high-level block diagram of a system 30 which utilizes a MAC 12 
in a PCI to Ethernet controller 35. The PCI to Ethernet controller 35 connects to a 

5 motherboard 31 and both are shown as being inside of the PC 27 (see HG. 3). The PCI to 
Ethernet controUer 35 includes PCI functionality 33. as well as the MAC 12 and die PHY 
14. FIG. 4B shows further detail, and illustrates the fact that the PCI Functionality 33 
includes a PCI Core 39 and an Additional PCI Functionality 37. HG. 4B highlights the 
communication between the MAC 12 and the PCI Core 39, which preferably is a VCI. As 

10 described in more detail below, the provision of VCI capability is a system-level function. 

3. Svstem-Level Functions 

The MAC 12 preferably includes a variety of system-level functions which simplify 
the process of designing a system on a chip. Whereas the MAC Block 45 (see FIG. 2) 
15 in^)lements the basic functions of the Medium Access Control sublayer, many of the 
system-level functions are provided by the CSR Block 41, the MAC Host Block 42, the 
Address Check Block 43, and the Station Management Block 44. These system-level 
functions can include: (i) a reduced MH interface ("RMH"), (ii) a serial MH interface 
("SMID, (iii) a VCI, (iv) preamble generation and removal, (v) automatic thirty-two bit 
20 CRC generation and checking, (vi) insertion and stripping of padding bytes on transmission 
and reception, (vii) address filtering, (viii) a configurable counter for system management 
support, (ix) control of MH compatible PHYs, (x) Carrier Sense Multiple Access Collision 
Detection ("CSMA/CD"). (xi) a test environment for verifying functional compliance of a 
system design with a specified standard, (xii) Virtual LAN ("VLAN") support, (xiii) 
25 synchronization of the Mil clock(s) to the Application clock, and (xiv) Big/Little endian 
data format support for the application interface. Each of these system-level functions is 
further described below. 

As indicated, a variety of interfaces are preferably supported. Both RMII and SMIl 
lower the pin count required to implement the interface between the physical layer and the 
30 data link layer. A lower pin count can be very useful in switch applications that integrate 
multiple PHYs. The VCI was described earlier. 
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Several of the system-level ftmctions deal with packet handling. These include 
preamble generation and removal, automatic or manual thirty-two bit CRC generation and 
checking, and insertion and stripping of padding bytes on transmission and reception. 
Further, overhead is minimized with the flexible address scheme which fillers out data in 
the network that b not addressed to the node in which the MAC resides. Complete status 
for both transmit and receive packets is also preferably available. 

Several additional system-level functions deal with system management support. 
The configurable counters can be used to monitor the system by tracking various events 
such as the number of CRC errors, the number of network collisions, the number of runt 
frames, etc. Another system management support function is the control of Mil compatible 
PHYs. For example, this feature can force PHYs to run at 10 Mbps or 100 Mbps, and can 
configure them to run in full-duplex mode or half-duplex mode. The MAC also preferably 
has the additional system management support function of being able to shut down 
individual PHY ports, which can be a useful function in switch applications. 

The CSMA/CD protocol is used to conuol access to a communications medium by 
multiple devices and to handle collisions. In half-duplex mode, collision detection and 
auto-retransmission on collisions is preferably automatically handled. In full-duplex mode, 
flow control and automatic generation of control frames is also handled. 

Several of the functions relate to the application mterface. This includes VLAN 
support. Additionally, an internal synchronization block is preferably used to synchronize 
the signals from the Mil transmit and receive clocks to the application clock provided by 
the application. Further, the Big/Little endian data format support is for a data bus on an 
application bus, which is further described in the Appendix. 

In the test environment, the design can be tested for functional compliance with a 
given standard. Random test vectors can also be generated to test the acmal design 
application output. As an example of a test feamre, an external or internal loop back 
capability is preferably provided for the Mil interface. 

4. Applications and Variations 

The MAC embodiment of the present invention provides a design tool which can 
implement and/or emulate an application interface, a physical layer interface, and a system- 
level function. The design tool allows this functionality to be incorporated into the design 
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of a controller by using an advanced set of libraries which are invoked with function calls, 
but it can make this capability available in other ways as well. Preferably the tool can be 
used to inq)lement. or substantially implement, a medium access control sublayer protocol, 
a data link layer protocol, and/or a link layer core (also referred to as a data link layer 
5 core). 

In accordance with the present invention, the functionality disclosed in this 
application can be. at least partially, implemented by hardware, software, or a combination 
of both. This may be done, for example, with a computer system running VerUog, or other 
design programs. Moreover, this functionality may be embodied in computer readable 

10 media or computer program products to be used in programming an information-processing 
apparatus to perform in accordance with the invention. Such media or products may 
include magnetic, magnetic-optical, optical, and other types of media, including for 
example 3.5 inch diskettes. This functionality may also be embodied in computer readable 
media such as a transmitted waveform to be used in transmitting the information or 

15 functionality. 

Additionally, software implementations can be written in any suitable language, 
including without limitation high-level programmmg languages including high-level 
hardware description languages ("HDLs") such as Verilog or VHDL. mid-level and low- 
level languages, assembly languages, and application-specific or device-specific languages. 
20 Such software can run on a general purpose computer such as a 486 or a Pentium, an 
application specific piece of hardware, or other suitable device. 

In addition to using discrete hardware components in a logic circuit, the required 
logic may also be performed by an application specific integrated circuit ("ASIC") or other 
device. The technique may use analog circuitry, digital circuitry, or a combination of both. 
25 Embodiments may also include various hardware components which are well known in the 
art, such as connectors, cables, and the like. 

The principles, preferred embodunents. and modes of operation of the present 
invention have been described in the foregoing specification. The invention is not to be 
construed as limited to the particular forms disclosed, because these are regarded as 
30 illustrative rather than restrictive. Moreover, variations and changes may be made by those 
of ordinary skill in the art without departing from the spirit and scope of the invention. 
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1 introduction 



1. 1 General Description 

Ttw Ettiemel Media Access ControUer <MAC110) core incorporates the essential protocol requirements for operation 
of an EflwmetflEEE 802.3 compliant node, and provides Interface between the host subsystem and the Media 
Independent Interface (Mil). The MAC110 core can operate either both In 100Mbps mode or the 10Mbps mode 
based on the dock pro^rided on the Mil Interface (2S/2.5 MHz). 

The MAC110 Core operates both in half-duplex mode and full-duplex modes. When operating in the half-duplex 
mode, the MAC110 Core is fuliy compliant to Section 4 of ISO/IEC 8802-3 (ANSi/lEEE Standard) and ANSWEEE 
802.3. When operating In the fulMupiex mode, the MAC110 core is compliant to the IEEE 802.3x standard for full- 
duplex operations. 

The MAC110 Core provides programmable enhanced features designed to minimize host supervision, bus 
utilization and pre- or post-message processing. These features indude ability to disable retries after a collision, 
dynamic FCS generation on a frame-by-frame basis, automatic pad field insertion and deletion to enforce minimum 
frame size attributes, autonratic retransmission and detection of collision frames. 

The MAC110 core can sustain transmission or reception of minlmaksized badc-to-badt packets at full line speed 
with an interpacket gap (IPG) of 90.6 us for 10-Mb/s and 0.96 us for 100-Mb/s. 

The five primary attributes of the MAC block are: 

• Transmit and receh/e message data encapsulation 

> Framing (frame boundary delimitation, frame synchronization) 

> Error detection (physical medium transmission errors) 

• Media access management 

> Medium alkication (ooUlslon avoidance, except in full-duplex operation) 

> Contention resolution (collision handling, except In fullKluplex operation) 

• Row Control during FuU Duplex mode 

> Decoding of Control frames(PAUSE Command) and disabling the transmitter 

> Generation of Control Frames. 

• Serial Interface Control 

> Support of Mil protocol to interface with a MM based PHY. 

> OpQonal support of RMIl protocol on the Ethernet side. 

> Support of standard ENDEC Interface to interface with a 10BASE PHY. 

• Management Interface support on Mil 

> Generation of Management frames on the MDCrt^DIO pins to tallc to an extemal frame. 
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1.2 MAC110 Features 



The MAC1 10 core has the following features: 

• Compliant with IEEE 802.3. 802.3u. 802.3x Specification 

• Supports 1 W100 Mb/s data transfer rates. 

• IEEE 802.3 oompfiant Mil interface to talk to an external PHY. 

• VLAN support 

• Supports tioth fulktuptexAialMuptex operations. 

• Support of CSMA/CO Protocol for half-dupiex. 

• Supports flow-control for full-duplex operation. 

• Collision detection and auto retransmisston on collisions in half-duplex mode. 
« Management support by uslrvg variety of counters. 

Preanit)le generation and removal. 

• Automatic 32 bit ORG generation and checking. 

• Options to Insert PAD/CRC32 on transmit 

• Options to Automatic Pad stripping on the receive packets. 

• Provides Extemal and Internal loop back capability on the Mil Interface. 

• Contains a variety of flexible address fUtering modes on the Ethernet side: 

One 48 bit Perfect address 
64 hash-filtered multicast addresses 
Pass alt multicast addresses 
Promiscuous Mode 

Pass all incoming packets with a status report. 

• Separate 32-bit status returned for transmit and receive packets. 

• VCI Compliant Application Interface Bus. 

• Separate 32-bit Receive. Transawt and Host Interfaces on the Application Bus. 

. internal synchronization block to synchronize the signals from Mil Reoelven-ransmil clocks to the Application 
Clock provided by the ApplicaUon. 

• Blg/Uttle endian data format support for data bus on the Applicatkxi Bus. 
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2 Hardware Overview 



2.1 Block Diagram 




Figure 2-1: MAC110 Block Diagram 
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2.2 Block Overview 

The folKwing list describes the MAC110 Core's hartwrare components, which are showi in Figure 2-1. Each of 
these blod(s are defined in detaD in the later chapters. 

. lOAIOCMtote MAC Block (MAC): This bkx* handles all the functionality of the Ethernet MAC Layer for bom 
JSn^ritSId recS;« operations;cSMA«» protocol is being implemented for half^uplex and the flow control 
for the (iin duplex. 

MAC can (MCS) Block: This block contains the control and status registers for the operation of the MAC1 10 
Oom.TOs block abo contains the Ethernet RMON counters. The reglsters/counteis In this block can be 
accessed through the Host Interface on the Applicatkxt bus. 

• MAC-Host(MHT) Block: This block handles the synchronization of control and data signals between the Host 
bus and the MAC Interface. This block also does the byte packJngAjnpacking and byte swapping to handle 
big/UtUa endian data formats. 

- Address Check (ACH) Block: This block checks the destination address field of all tjf jnooming packets^ 
Based mttie type of address decoding selected this will Indicate the MAC RX Interface block the result of the 
Address checking. 

. Mil Management Block (MIM): This block controls the read/write transactions to the PHY Reg^l^ 

in the external Mil based PHY Controller ASIC, through the Mil Management Interface using MDC and MOlO 
dgnals. 

2.3 Interfaces 

The folloMng list describes the MACIIO Core interfaces: 

. Mil Interface: The MACIIO Core Interfaces to the Ethernet cable with the '^^^'^^^^^llj^'^^^^^ 
UKtependent Interface) interface. This is a 4-bit parallel Interface. Any of the standard E^emet PHY C^^ler 
SSpTo^ Ee hooked on to this interface for connecting to the Ethernet cable. This Interface .s specified in the 
IEEE 802,3u specHkatton. This is the default interface on the Ethernet side. 

. ENDPC Interface- The MACIIO Core also Interfaces to the Ethernet cable with the Industiv standard 
ln^er/S:^er%^]?E^^^^ when this port is selected us-ng the /^Setecf bit In 0^ J^ConW 
re^r. This is 7-wire serial Interface that operates at 10 MHr (for 10Mbps operatton only). This Interlace can 
be used to connect to the external 10BASE-2 PHY chips. 

. RMIl Interface: The MAC110 Core also inlerfaces to the Ethernet PHY chip through an optional RMU Interface. 
vSmen oJarating with this interface, the MACIIO Core uses only 2AAt for data on each duection. The detailed 
protocol is specifted In the RMIl specification. 

• Mil Management Interface: The Mil ProvWes a iwo^wire management Interface so that the MAC1 10 Com can 
control and reoehre status from external PHY devices. 

• Application Bus Interface: The MACi 10 Core Interfaces to the Application logic though the Applicafen Bus 
Interfe^ This interface is subdivided into three separate interfaces. Each of these interfaces folkw the same 
VCi compliant bus protocol. The data bus on these Interfaces Is 32-bit wide. 

- TiansmH Interface: This interface is used to transmit the frames from the Application to the EthemeL 
. Receive interface: This interface is used to receive the frames from the Ethernet to the Application. 

- HOST Interface: This interface is used to access the registers/counters in the GSR block. 
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3 Signal Descriptions 



3.1 Pinout 



"'• -vr ;'-.*-. v.. "•■S^, V->- 



Figure 3-1: MACf fO Pinout Diagram (Note: EPC Signal Description) 



• 
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3.2 Signal Description 

The MAC110 Core needs three ckx* inputs. The SysClk from the AppJication and the Mil TX_ak and RX_Clk on 
the Mil Interiace, The signals that are output from the MAC110 Core to the ApplicaUon are prefixed with "MHOJ. 
The stanab that are Input from the Application on the Transmit Interface are prefixed with 'MTIJ (MAC Transmit 
Interfaoel Similarty the signals that are on the Receive Interface are prefixed with -MRIJ (MAC Recehre interface), 
and on the Host Interface signals are prefixed with -HST.". Afl control signals that end with 'N' are low asserted 
signals. Le.. when asserted they are at logic •ff and when de-assarted they are at logic *r. 



Signal Name 


Direction 


Description 


1. Clock and Reset Signals 


SysCik 


IN 


This is the free mnning system dock provided liy the AppKcation. The 
signals on the Application bus are synchronous to this dock. The Application 
Inteifeoe logic, and the reg^ters/counters in the MAC110 Core runs on this 
dock. The Transmit and Receive state machines run on their respective 
docks. The MAC-HOST l)lock in the MAC1 10 Core synchronizes the signals 
l)etween the SysOk to the Transmit/ReceivB docks respecthreiy. 


Rst.SysOkN 


IN 


This is the Reset signal synchronous to the SysClk. All flip- 
flops/registers/counters inside the MAC110 Core that nins on the SysClk 
goes to the default state when Rst.SysClkN is asserted. This Is an active 
low signal. 


1 Rsl.TxakN 


IN 


This is the Reset signal synchronous to the Mil TX_CLK. All flip-flops inside 
the MAC l>lock that are part of transmit path which runs on the TX_CLK goes 
to default state when Rst TxOkN is asserted. This is an active low signal. 


1 Rst.RxClkN 


IN 


This is the Reset signal synchronous to the Mil RX_CLK. All flip-fiops inside 
the MAC btock that are part of receive path which runs on the RX_CLK goes 
to default state when Rst FtxQkN is asserted. This is an active k>w signal. 


1 2. Mil Interface Signals 


1 TXOk 


IN 


TXCft (Transmit Ctock) is a continuous dock that provides for the timing 
reftoenoe for the transfer of the 7X_£N. TX^ER, and TXD signals from the 
MAC110 Core to the Ethernet PHY Controller. TXak Is sourced by the 
Ethernet PHY Controller chip. The operating frequency of the TXO/c is 25 
MHz when operating at 1 0O-MWs and 2.5 MHz when operating at 1 0-MWs. 


1 TX.EN 


OUT 


7X BN indicates that the MACHO Core is presenting nibbles on the Mil for 
transrnission. It will be asserted by the Mad 10 Core with the first nibble of 
the preamble and will remain asserted while all nibbles to be transmitted are 
presented to the Mil. TX EN will be negated prior to the first TXOk fdlowing 
the final nibble of the fraTne. 7X_EN Is driven by the MACHO Core and will 
transition synchronously with respect to the TXOk. 

When asserted the TX.EN wUi be at logic '1' and it wai be at logic '0' while 
de^sserted. 


1 TXOt3;01 


OUT 


TXD is a bundle of 4 data signals TXD{3:0J that are driven by the MAC110 
Core. TXDp.O) will transition synchronously with respect to the TXClk, For 
each TXOk period In which TX_EN is asserted, TXD(3:0] will have the data 
to be accepted by the Ethernet PHY Controller chip. TXD[OJ is the least 
significant bit While TX_EN is de-asserted the data presented on 7X013:0} 
should be ignored. 


1 RXCDc 


IN 


RXCf^ is a continuous dodc that provides the timing reference for the 
transfer of the RX DV, RX^ER, and RXD signals from the Ethernet PHY 
Controller to the MACHO Core. RXOk is sourced by the Ethernet PHY 
Controller chip. The RXOk shall have a frequency equal to 25 % of the data 
rate of the received signal on the Ethemet Cable. 


1 RX_DV 


IN 


RX DV (Receive Data Valid) is driven by the external Ethemet PHY 
Controller to indicate the MACHO Core that it is presenUng the recovered 
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Signal Name 


Direction 


oescfipaon 






and decoded nititsles on the RXD[3:0} bundle and that the data on RXD[3:0I 
is synchronous to RXOk. BXJDV shall transition synchronously with respect 
to the RXQk. m_DV shall remain be asserted continuously from the first 
recovered nibble of the frame through the final recovered nibble, and shall 
be negated prior to the first RXOk that ftallows the final nibble. 

When asserted the FtX^OV wSi be at logic '1* and it wlO be at logic XT while 
de-asserted. 


RX_ER 


IN 


RX ER (Receive Enor) Is driven by the Ethernet PHY Controller chip. 
RX~ER shall be asserted for one or more RXCtk periods to indicate to the 
MAC110 Com that an error (e.g., a coding enor, or any enor that the PHY is 
capable of detecting, and that otherwise be undetectable by the MAC) was 
detected some where in the frame presently being transferred from the PHY 
to the MAC110 CoiB. RX.ER shall transition synchronously with respect to 
RXak. WhDe RX_DV is'de-asserted. RX_ER wUI have no effect on the 
MACIlOCore. 

When asserted the RX_£R will be at logic '1' and it wOl be at logic V while 
de-asserted. 


RXO(3:01 


IN 


BXD is a bundle of four data signals RXD|3:0] that transition synchronously 
wth respect to the RXQk. RXD[3:0] are driven by the Ethernet PHY 
Controller chip. For each RXCIIt period in which RX_DV is asserted. 
RXD[3:01 transfer four bits of recovered data from the PHY to the MAC110 
Core. RXD[0) is the least significant bit While RX.DV is de-asserted. 
f%XD[3:0] will have no effect on the MAC110 Core. 


CRS 


IN 


CRS shaU be asserted by the Ethemet PHY Controller Chip when either 
transmit or receive medium is non idle. CRS shall be de-asserted by the 
PHY when both the transmit and receive medium are idle. The PHY shall 
ensure that CRS remains asserted throughout the duration of a coliision 
condition. 

The transitions on the CRS signal are not synchronous to either the TXCIIc or 
the RXak. 


COL 


IN 


COL shall be asserted by the Ethemet PHY Controller chip upon detection of 
a collision on (he medium, and shall remain asserted while the ooUislon 
condition persists. 

The transitions on the COL signal are not synchronous to either the TXQk or 
the RXOk. 

The COL signal is ignored by the R^CIIO Core when operating In the full- 
duplex mode. 


MILMDC 


OUT 


MDC is sourced by the MAC110 Core to the Ethemet PHY Controller as the 
timing reference for transfer of infomration on the MDl/MDO signals. MDC is 
an aperiodic signal that has no maximum high or low times. The minimum 
high and low times for MDC will be 160 ns each, and the minimum period for 
MDC Will t)e 400 ns, regaroiess or uie nommai penoo oi i altix ana r\Av*iR. 


MDI 


IN 


MDI is the data input signal from the Ethemet PHY Controller. The Read 
Data IS dnven by the KnT syncnronousiy wiui respeci lo i/ie ivil^ 
during the read cycles. 


MDO 


OUT 


MDO is the data output signal from the Ii/IACI 10 Core that is used to drive 
the control information during the Read/Write cycles to the Extemal PHY 
Controller. The MDO signal is driven by the MAC110 Core synchronously 
with respect to the MDC. 


MDO.EnN 


OUT 


M0O_EnN is the tristate enable signal to drive the MDO on to the MDIO pin. 
This is a low asserted signal. 


3. MAC1 10 Transmit Interface Signals 


II 
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Signal Name 


Direction 


Descrfptlon 


MTI_CmdValid 


IN 


Mn.CnidVafid (Convnand Valid) is asseited by the Appilcatian's transmit 
Interface to indicate the stan or transaaxm and is asserted tnrougn oui me 
transaction. The Address bus. ReadAAMte signal. Burst Signal should be 
valid when the ^^'l CmdValid is asserted. 


Mn_Ad(Jrtl5:01 


IN 


MTI Addr (Address) Is the address for the current data transfer. The 
MT1 Addr is valid when the t^.CmdValid is asserted. The MAC110 Core 
uses only fbur word aligned addresses and ail other addresses are reserved. 
The following explains the addresses used by the MAC110 Core for 
Transmit cydes.. 

MTI Addr - Ktoaning 

161)1000 • First word (or part of the word) of the new frame 
lGrh1004 - 2"tolastbutoneword{orpartof the word) of the frame 
I6I1IOO8 - Last%W)rd(orpartof the word) of the frame. 
16^1 DOC ' Address of the Transmit Status. 
Others - Reserved 


MTI_RnW 


IN 


IWTI^RnW (Read/Write) indicates whether the current transaction is a read or 
a wite transaction. When asserted high, it is a read transaction ano wnen 
asserted low. it Is a write transaction. The MTI.RnW is vafid when the 
MTI CmdValid is asserted. 


Mn_Data[31K)} 


IN 


MTI_Data[31:0] (Data) is the write data to be used for this transaction. In 
case of a burst transaction, the data is updated on every dock Ml 10_TxAck 
strobe is asserted. The byt&«nabies MTI_Ben indicate valid bytes on the 
MTI Data bus for the cunent word transfer. 


MTLBen(3:0) 


■ IN 


MTI Ben[3:0] (Byte Enables) is used to indicate the valid bytes in the 32 bit 
dataT When the bit is set. it indicates the corresponding data byte is valid. All 
the MTI Bent3:01 signals should be asserted for read transactions. 


MTI.Burst 


IN 


MTI Burst {Burst Transfer) is used to indicate that the current transaction is 
a buTst transaction. The MTLBurst is asserted along with the l^_CmdValjd 
and is deasserted before the last data transfer. The MAC110 Core (slave) 
can stop the burst transaction by asserting M110_TxErr or MllO_TxADort 
signal. If the MTLBurst Is not asserted along with the MTLCmdValld signal, 
it Indicates that the current transaction is a single data transfer transaction. 


MllOJTxAck 


OUT 


M110_TxAck (Data Ack) Is asserted by the MAC110 Core to indicate the 
completion of data transfer. In case of the write transaction, the data 
presented on the MT1_Data bus is accepted and in case of read transaction, 
the data is available on the Ml 10_TxDala bus. In case of Burst fransactkjn. 
the Ml 10 TxAck sigrral b asserted for every data transfer and norvassertton 
of M110_TxAck signal while MTI_CmdValid is"asserted Is an indication of a 
wait state. 


M110_TxErr 


OUT 


MHOJ'xEa (En^or/Stop) is asserted by the MAC110 Core either to stop the 
cun-erit burst transfer (with/without) data transfer or to indicate the 
Application that the MAC110 Core cannot complete the current transfer at 
this time, and should retiy at a later bow (retry). When the Buffers (FIFO) in 
the IWIACIIO Core is full, the MAC110 Core will assert M110_En signal to 
retry a new transaction until the buffers are not fiili. 


M110_TxAbort 


OUT 


MIIO TxAlwrt (Abort) is asserted by the MAC110 Core to indicate that the 
currerTt frame Is being aborted by the MAC110 Core. The frame is aborted 
because of any of the following conditions: 

Undemjn condition 

Late CoUisk}n 

Too many Retries 

Loss of Carrier 

No Carrier 

Excessive [Deferral 

Jabber TimeOut 

The Application should stop the current transaction and go for Status Read 
on an abort condition. 

The MAC1 10 Core will never assert the Abort signal for the First Word write 
or the Status Read. 
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Signal Name 


Direction 


Description 


Ml10jrxOala[31K}) 


OUT 


Ml 10 TxData(31:0] (Read Data) is the data bus that is used for the read 
transactions. The AppCcation does a read transaction to lead the Transmit 
Status on the completion of the ounent frame transmission or on an error 
condition. The iul110_TxData is valid when the MIIO.TxAck is asserted for 
the read transcation. 


MTI.DlsPadding 


IN 


(Addttkmat per frame control signal) 

MT1 DisPadding (Disatile Padding) controls the behavior of the MAC110 
Core's Automatic Padding feature for the frames less than 64 bytes (data 
length 0 to 46 bytes). This can be changed for every new frame and when 
asserted the padding feature is disabled. The MHT Vtock inside the MAC110 
core synchronizes the signal to the Mli.TxOk and passes to the MAC block. 

If the MTI_OisPadding is asserted, the MAC1 10 Core will not pad to the out- 
going frame even if the frame is less than 64 bytes. This will create a 
minFrameSize violation on the Ethernet. If MTI_DisPadding is deasserted, 
the MAC win automatically pad the outgoing frames to meet the 
minFrameSize requirement and CRC is automatically added if padded. 

This signal is valid through out the frame's transmission secjuence (from 
First Word write to status read), and should not be toggled during 
transmissron sequence. 


MTLAddCrcDIs 


IN 


(Additional per frame control signaO 

MTI_AddCrcDis (Add CRC disable) indicates the MAC110 Core whether to 
add the FCS field or not, to the current out-going frame. When asserted, the 
CRC field is not appended to the packet The MHT block inside the MAC1 10 
Core syncrhonizes the signal to the Mll.TxClk and passes it to the MAC 
bk}ck. 

This signal is valid through out the frame's transmission sequence (from 
First Word write to status read), and should not be toggled during 
transmission sequence. 




4. MAC110 Receive Interface Signals 


MllO.CmdValid 


OUT 


M110 CmdValid (Command Valid) Is asserted by the MAC110 Core to do a 
new transactkm on the MAC110 Receive Interface. The M110_CmdValid is 
asserted through out the fransactton. The address indicates the cunent 
phase of the transaction. 


M11QLAddr(15:0] 


OUT 


Ml 10 Addrt15:0] (Address) is the address for the current transaction. The 
M110~Addr is valid when the M110_CmdVaTid Is asserted. The MAC110 
Core uses only four word aligned addresses for the Receive transactions 
and all other addresses are reserved. The fdlowing explains the addresses 
used by the M110 Core for receive transactions. 
M110_Addr - Meaning 
IffhZOOC - First word of the new frame 
16'h2004 - 2* to last but one word of the frame 
16'h2008 - Last word(or part of word) of the frame. 
16'h200C • Receive Status. 
Others - Reserved 


M110_RxData[31:0l 


OUT 


M110_RxDatat31:0] (Data) is the write data to be used for the current data 
transfer. In case of a burst transaction, the data is updated on every dock 
MRLAck strobe is asserted. The byte-enables (M110_Ben) indicate the 
validbyte lanes in the data bus. 


M110.Bent3:0) 


OUT 


M110_Ben[3:0] (Byte Enables) indicates the valid byte lines in the 32 bit 
data. When the bit is set, it Indicates the corresponding data tiyte is valkJ. 
The Byte Enables can be toggled only for the last data write transaction, if 
the number of bytes to be fransferred is less than 4. In all other cases the 
MIlO.Bcn wiU all be asserted. The M1lO_Benl3:01 will be asserted for 
status~write transactions. 


MIIO.RnW 


OUT 


Ml 10 RnW (Read/Write) Indicates whether the current transaction is a read 
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1 Signal Name 


Direction 


Descrlptlon 






or a writs transaction. When asserted high, it is a read transaction and when 
asserted low, it is a wnie transacoon. ine iwniu_r«ivT is vaiia wnen ma 
Ml 10 CmdValid Is asserted. 

For Receive Interface, only write transactions are used t>y the M110 Core. 


MIIOJBurat 


OUT 


M110 Burst (Burst Transfer) to used to Indicate that the current transaction 
to a 'burst transaction. The MIIO.Burst is asserted along with the 
IM110 CmdValid and to deasserted before the last data transfer. The 
AppU^tion (slave) can stop the burst transaction by asserting MRI.Err 
Signal. If the M110_Burst is rwt asserted along witn the Mno_umavaiia 
signal, it indicates Ihat the current transaction to a single data transfer 


MRI.Ack 


IN 


MRI Ack (Data Ack) is asserted by the Appfication to indicate the 
oomptetion of data transfer and the data presented on the M1 1 0_RxData bus 
to accepted. In case of Burst transaction, the MRi.Adc signal is asserted for 
every data transfer and non-asserton of MRi_Acl< signal while 
Ml 10 CmdValid is asserted is an IryjIcation of a wait state. 
The MRI Interface should not put no more than 4 doclcs of wait states before 
asserting the MRI_Ack. If the numt)er of wait states exceed 4 dodcs, the 
IVIAC110 Core block can flush the incoming packet and compietes the 
transmission of ttie received frame by writing the status word. 


1 MRI.Err 


IN 


MRI Err (Error/Stop) is asserted by the Application either to stop the current 
burst transfer (with/without) data transfer or to indicate the MAG1 10 Core 
that the Application cannot complete the current transfer at this time, and 
should retry at a later time (retry). 

The MRI Err should Ideally be asserted only to stop the current burst 
transfer. Tf the MRI_ErT is asserted for normal single transactions, the 
MAC110 Core can flush the incoming packet and complete the transmission 
of the received frame by writing the status word. 

The MRI En signal can not be asserted for the Status Write from MAC110 
Core. 


1 MRLAbort 


IN 


MRl_Abort (Abort) is asserted by the Application to Abort the current data 
transfer because of some unrecoverable enor condition. The MAC110 Core 
at this potnt will flush the current frame s data trom tne Firu ano seis ine 
Missed Frame bit in the status and completes the frame transfer by doing a 
Status Write to the Application. 


1 5. MAC1 10 Host Interface Signals 


1 HST.CmdValid 


IN 


HST CmdValid (Command Valid) is asserted by the Application to do a Host 
transaction for accessing the MACIIO's CSR Bk)ck. The assertion of the 
HST CmdVatid indicates the MAC110 Core that the address, read/write and 
in case of write the data to vaHd. The assertion of thto signal to the start of 
transacUon. 


1 HST_Addrl15:0) 


IN 


HST_Addr(31:0l (Register/Counter Address) Indicates the address of the 
register/counter the Application is accessing in the current Host transaction. 
This is vaiki when the HST_CmdVaiid to asserted. All addresses to the 
MCS bkxdc should be 32 bit aligned. 

The address supported on the Host Interface starts from 0x0000 to OxFFFF 
and the MACllO Core will Ignore transactions to those addresses that are 
not supported and completes the transaction in nomial fashion. 


1 HST_RnW 


IN 


HST RnW (Read Write) indicates whether the current transaction is a read 
or write transaction. HST_RnW is valid when the HST_CmdVaIid to 
asserted. When asserted to high (logic 'V). it Indicates that the cunent 
transaction is a read transaction else it is a write transaction. 


1 HST_Benl3:0J 


IN 


HST_Ben (Byte Enables) indicates the bytes that are valid on the 32 bit data 
bus. This is valid when the HST_CmdValid to asserted. 
For Host transactions, all the byte enables should be active. 


1 HST^[>ata[3l:01 


IN 


HST Data(3:0] (Data) is the write data that to to be written in to the 
addressed register, in the cunent transactkxi. Thto to valid when the current 
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Signal Namo 


Direction 


Descfiptton 






transaction ts a write transaction and when the HST CmdValid is asserted. 


M110_CsrAck 


OUT 


M110 CsrAck (Data Acfc.) is the data acknowfedgement asserted t^y the 
MACflO Core Indicating the completion of data transfer that accesses the 
MACHO'S CSR block. This is asserted by the MACllO Core tor one dock. 
The Application has to de-assert the HST_CmdValid signal when the 
MACHO Core btock asserts the MllO_Ack and thus oompiefing the 
transaction during the single transfer cydes. else In case of bursl transfer 
cydes. the Application has to place the next data on the HST Data bus. 


MIIO^CsrErr 


OUT 


MHO CsrErr (Error/Stop) is asserted by the MACHO Core to stop the 
cunent burst transfer with data transferfakmg with M1lO_CsrAck). The 
MACHO Core wilt never Issue retry for the Host transactions (assertion of 
MHO.CsrEn alone). 


M110_CsrAbort 


OUT 


MHO_CsrAbort (Abort) is never asserted by MACHO Core for Host 
transactions. 


M110.CsrOatat31:0) 


OUT 


MHO CsrOatapiK)) (Data) is the read data provided by the MACHO Core 
for H^t transactions. This is the data from the addressed register and is 
valid when the MACHO.CsrAck is asserted for read transactions only. 
When the read transacti(»i is addressed to Illegal or unsupported register, 
the MACHO completes the transaction normally and returns all zero's on the 
MHO CsrOatabus. 



Table 3-1: MAC110 PInout Description 



wo 01/17166 



4 



TTie Application Bus for the MAC110 core is divided into three different interfaces, a Transmit interface, a Receive 
interface and finally the Host bus interface to access MAC110 CSR registers. The protocol on all the three 
inteifaces is the (VSI's) VCI compliant protocol. Each of these three Interfaces is Independent of one another, and 
the transactions on one interface are not affected by the transactions on the other Interfaces. The data bus width on 
each of these Interfaces is 32-bil wide. Each of these Interfaces contains a separate 1 Writ address bus that is used 
fat identifying the different transactions. 



4. 1 Transmit Interface Transaction 

On the transmit Interface, the transaction is always initiated by the AppBcation. The Application initiates the 
transaction by asserting the m\ CmdValid signal and placing the transaction address on the MTLAddrt15:01 bus. 
The MTI RnW indicates whether the transaction is a read or write transaction. If the application wants to do a burst 
transaction the MTI Burst should be asserted along with the MTi.CmdValld signal. In case of a write transaction, 
the data is placed on the MTI Data(31:01 bus and the byte enables (Mn_Ben[3:0]) indicate the valid byte lines on 
the MTI Data bus. In responi^ to this, the MAC110 Core will assert either M1lO_TxAck indicating a successful 
completi^ of the transfer, or asserts MIIO.TxErr signal Indicating the Application to retry the transaction at a later 
time In case of a read transaction, the MAC110 core places the read data on the MIIO.TxData bus along with the 
Ml 10 TxAck. A detailed discussion on the transmit protocol is discussed later in the chapter. The following sub- 
sections show timing diagrams to illustrate the various transactions on the Transmit Interiiace. 



4.1. 1 Single Write Transaction witli Normal Completion 



n/maciio/SysOk 
hiacl 1 o/Mn_cmdVand 
nac110/MTI.AddrpS:0] 

/Iftnacno/MTl^RnW 

nAnan110/MTI_Burst 
Anaci 10/MTI_Ben[3:0] 
lAnacllQ/MIIOjrxAck 
n Anacll 0/Nfl 1 0_TxErr 
macl 1 0/M1 1 0.TxAbort 
nac110/HTl_Datapi:0) 

Figure 4-1: Single Write Transaction with normal completion. 



Figure 4-1 shows a timing diagram in which the Application wants to do a single write transaction to address 
IffhlOtX) (Rrst word write in the transmit frame sequence). The Application asserts the MTI_CmdVaIlid signal and 
places the address on the MTI_Addr bus. The MTLRnW is asserted low. indicating it as a write transaction, the 
MTI Burst is deasserted and the MTI Ben[3:0) is set appropriately based on the valid byte lines on the data buse (it 
is set to all Vs in this example). The write data is placed on the MTI.Data bus along with the MTLCmdvalid signal. 
The MAC110 Core asserted the MllO_TxAck strobe for one dock, indicating the successful completion of the 
transaction and transfer of the write data. 
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4,1.2 Single Read transaction with Normal completion 



nimaciio/sysok 
fnaci 1 0/Mn_QndVaIid 
iacllOA4Tl_Addrn5«l 
nAnacllOMTI.RnW 
nAnac110/Km_Bursl 
AnacllOMTI.Benpai 
AnacllomilO.TxAck 
1Anacl1(WM110_TxEiT 
naci 1 0/M1 1 0_TxAbort 
lO/MllOjrxDatapiiJ] 



Figure 4-2: Single Read transaction with normal completion 

Figure 4-2 shows a timing diagram in which the Application wants to do a single read transaction to address 
16'h100C (Status Read). The Application asserts the lyiTI.CmdVallid signal and places the address on the 
rwm Addr tnis The IVITI_RnW is asserted high, indicating it as a read transaction, the MTi_Burst is deasserted, and 
the ab the byte enables all set to 1 's. The MAC110 Core asserts the Ml lO^TxAck strobe for one dock, indicating the 
successful completion of the transaction and places the read data on the Ml10_TxData bus. This transaction is 
used by the Application to read the transmit status after the successful transmission of the frame or on seeing an 
abort for the previous write transaction. 




4.1,3 Single Write transaction with Retry completion 



nAnacllO/SysOK 
maci 1 D/MTl_CmdVaed 
taci 1 a/Mn_Addrtl 530] 
/lAnacltOAOl.RnW 

/lADKllO/hm.Bwst 
AnaeilOMTI.BonpD] 
ocl 10/MTl.Dalap1 90] 

AnvllOiMllo.TMcic 
lAnaclllVMIIOJfkEir 
nxlllUMIIO.tkAbort 




Figure 4-3: Single Write transaction with retry completion 



Fwure 4-3 shows a timing diagram in which the Application wants to do a single write transaction to address 
16711004 {middle word write). The Application asserts the MTt.CmdValid signal and places the address on the 
lym Addr bus The MTI RnW is asserted low. indicating it as a write transaction, the MTI_Burst is deasserted and 
the byte-enables m\ BenpiO] are set appropriately based on the valid byte lines on the MTLData bus (In this case 
alt the byte-cnaWes are set to I s). The write data is placed on the MTI_Oata bus along with the MTI_Cmdvalid 
signal If ti>e buffere become available with In the 15 clocks, the MAC110 core will assert the MllO.TxAck and 
completes the transaction with data transfer. As the buffers in the MAC1 10 core are full, it waits for 15 docks before 
issuing the Ml IOJTxEit signal, indicating the Application to retry the transaction. The Application has to deassert the 
MTI CmdVaOd signal and has to retry the transaction as soon as possible. The retry for the write transactions is 
pos^ile when the AppBcaSon is transferring either the middle words or the last word of the transmit frame. 
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4.1.4 Single Read transaction with retry completion 



n/tnaclia/SysOk 
uclllVMTI.ORdV&U 

8ciiaMn_Adifrtis:o] 
/limaciiCUMTi.lwv 
flAnacllOllirn.Bunt 
mac111VMn.Bcnp:0) 
IkttMlKVMIia^TxAck 

«:11(UM110_TXAIMK 
0nyni0.TkOatap1:01 



;_jijnjnjnJnjnjnjnjn-jajn^ 




Figure 4-4: Single Read transacUon with retiy completion 



Figure 4-4 shows a timing diagram in which the AppUcation wants to do a single read transaction to address 
IS'hlOOC (Status Read). The Application asserts the MTt_CindVallld signal and places the address on the 
MTI Addr bus. The MT\_Rr\\N is asserted high, indicating it as a read transaction, the Mn_Burst is deasserted. and 
the aU the byte enables all set to Vs. The IWAC1 10 Core tries to return the Status data with m with In 15 clocks, but if 
the status data is not available with in 15 docks, the MAC110 core asserts the M110_TxEit signal indteating the 
Application to retry the transacUon at a later tme. This is Ihe case when the application after transferring the frame 
data to the MAC110 core is tiying to read the transmit status, but the MACHO core may still be transmitting the 
frame (Pad/FCS fields). Hence the status is not available and issues retry to the status read transactksn from the 
Apptieation. 



4.1.5 Single Write transaction with abort completion 
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Figure 4-S: Single Write transaction with abort completion . 



Figure 4-5 shows a timing diagram in which the AppUcatton wants to do a single write transaction to address 
I6'hl004. The Application asserts the MTI_CmdValHd signal and places the address on the MTLAddr bus. The 
MTLRnW is asserted low, indicating it as a write transaction, the MTI.Burst is deasserted and the all the byte- 
enables MTl_Ben[3:01 are set appropriately based on the valid byte lines on the MTI_Data bus (In this case aD the 
byte^nables are set to Vs). The write data is placed on the MTLData bus along with the MTI_CmdvaIid signal. If a 
regular collision of abort condition {late oolBslon. under-nin, excessive deferral, or excessive colUsions) happens 
during the current frame's transmisskin, the MAC110 Core indicates the condition to the Application by aborting the 
current vwite transaction. The applicatkjn has to deassert Ihe MTl_CmdValld signal on observing the MAC1 lO_Abort 
signal from the MACHO Core. The AppUcation has to do a status read trensaction to get the status word from the 
MACHO core about the cause of abort condition. If the status indicates that a collision happened, the applicatton 
has to restart the frame transmisskxi by transfening the first word of the frame. 
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4.2 Transmit Protocol 

The Application initiates a new frame transmission by doing a write transaction on ttie transmit interface of ttw 
MAC110 Con with Address equal to 0x1000. The MACIIO Core accepts the data transfer by asserting the 
M110 TxAck signal. The MACIIO Core at this point will initiate a new frame transmission sequence on the MAC 
Blod(^ transmit interface to Indicate the MAC to start a new frame transmission. 

Once the first write transfer Is compieted. the Application win (can continue the burst to) do multiple writes 
(singleftwrst) transactions to the MACIIO Core with the Address equal to 0x1004. The write transactions to this 
address Indicate the continuation of the cunent frame transmission. Depending on the buffer status in the MACIIO 
Core, the MAC1 10 Core either accepts the transfers or retries the transfers. At any point, when there is an Abort to 
one of the writs transaction, the Application should assume that the transmission of the frame on the Ethernet cable 
foiled and the Application must perform a read transaction with address equal to OxIOOC. to get the Transmit status 



Onoe all except the last but one word have been transferred to the MAC110 Core, the Application has to do a last 
word write transacUon to the MAC110 Core with Address equal to 0x1008. The MACIIO Core interprets a write 
transaction to this address as the last word transaction and the MACIIO Core will try to complete the transaction on 
the MAC transmit Interface. Depending on the buffer status in the MACIIO Core, the MACIIO Core accepts the 
transaction or retries the transaction. 

If not all the byte lines are valid on any of the write transfer, the application should set the appropriate byt^^naWes 
bit (MTI BenI3:01) to logic "V. Setting the byte enable bit to 'V Indicates that the corresponding byte line is vaDd. 
The MACHO core uses the data bytes that are valid (as Indicated by the byte enables) and ignores the Invalid byte 



Once the last write transaction is completed, the appDcation has to read the Transmit status by doing a read 
transaction to the MACIIO Core with an Address equal to the OxIOOC. The MACHO Core returns the transmit 
status after the frame Is completely transferred onto the Ethernet cable. If the MAC Is still transmitting the current 
frame, the MAC1 10 Core will issue a retry to the read transaction. The read transaction is completed only after the 
packet is completely transferred onto the Ethernet cable and the MAC block returns the packet status. 

If the packet status indicates that the current packet needs to be retried, the Application has to restart the 
transmission of the frame by doing a write transaction to Address 0x1000. The Application has to conUnue the rest 
of transactions untP either the frame Is successfully Iransntitted onto the Ethernet Cable or the frame is aborted 
because of an error condition. The MACIIO Core indicates the abortftetry condition on the Ethernet cable by 
aborting to any of the pending write transaction. The Application has to prematurely end the rest of the write 
transactions on an abort condition and read the Transmit padcet status. 

Figure « shows the sequence of flow and different transactions that are used to transfer a frame from Application 
to MACHO Core. Table 4-1 shows the bit fieMs of the transrnlt status returned by the MAC1 10 Core. 



vector. 



lines. 
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Figure 4-6: Flow chart for Transmit frame operation on the Transmit Interface. 
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Fleld 



Description 



13-10 



14 



When set. it indicates that the transmission of the cufrent frame has been aborted by the MAC1 10 
Core because of the following conditions. 

Jabber Timeout 

No Carrier 

Loss of Carrier 

Excessive Defbrral 

LateColUsion 

Retry Count exceeds the attemptUmiL 
Data under run 

If this bil is reset. « indicates that the cunent frame was successfully transmitted onto the Mil 
Interface. 

Jabber Timeout , , ^ ,. , 

When set, indicates that the MACIIO's transmitter has been active for an abnonnaWy long time 

(twice the Ethernet maxFrameLength size). 

No Carrier 

When set, indicates that the earner signal fomi the transceiver was not present during transmission. 
This bit is valid only when the MAC110 core is operating in half-duplex mode. 

Loss of Carrier - . ••<•»». /»dc 

When set Indicates that the loss of carrier occuned during the frames transmission (i.e.. the CK5 
input was'lnactive for one or more bit Umes when the frame is being transmitted). This is valid only 
for the frames transmitted and when the MAC is operating in half duplex mode. 

Excessive Deferral , • ^ , . . 

When set. Indicates that the transmission has ended because of excessive deferral of over 24.288 
bit times during the transmission, if the defer bit is set high in the control register. This Wl is valid 
only when the MAC110 core is operating in half-duplex mode. 

V^en^seUndicates that the frame transmission was aborted due to cdiision occurring after the 

collision window of 64 bytes. Not valid If under nm error Is set 

This bit is valid only when the MAC1 10 core Is operating in half-duplex mode. 

Excesshre Collisions „ .... ^„ 

When set. IndlcalBS that the transmission was aborted after 16 successive collisions whUe 
attempting to transmit the cunent frame. If the Disable Retry bit is set, this bil is set after the first 
colliston and the transmission of the frame win be aborted. 
This bit is valid only when the MACHO core is operating In half-duplex mode. 

Under Run 

When set. Indicates that the transmitter aborted the message because of the data under run. 
When the MAC110 Core doesnl have the data during the middle- of frame's transmission, the 
Under Run bit Is set 

When set. Indicates that the transmitter had to defer while ready to transmit a frame because the 
carrier was asserted. This bit Is valid only when the MACHO core Is operating in half-duplex mode. 

Late Collision Observed 

When set indicates that the MAC observed a late coliision (collision after 64 bytes into 
transmission of frame), but retransmitted the frame In the next retransmission attempt. This is set 
when the Ule Coliision Control bit is set. This bit is valid only when the MACI 10 core is operating 
in half-duplex mode. 

Collision Count . ^ . . « ^ 

The 4-bit counter indicates the number of collisions that occurred before the frame was transmitted. 
Not valid when the Excessive Collisions bit is set. 

This bit is valid only when the MACI 10 core is operating in half-duplex mode. 

Thisls^effl^ve only in lO-MWs operation mode and the Serial port is selected. When set. this bit 
Indicates a heartbeat collision check failure (the transceiver failed to return a coUision pulse as a 
check after the transmission). 
This bit is not valid if underflow enor t>il is set. 



30^15 



Reserved for Future use. 
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Fleld 
31 



Desert ptlon 



Packet Retry 



When set It Indicates that the cufrenl transmit packet has to be retried because of a ooOision on the 
bus. The Appltcatton has to restart the transmission of the frame (packet) when this bit is set to 'V. 
When the bit is reset, it indicates that the transmission of the current transmit packet is completed. 
The successfulftinsuccessful completion of the frame's transfnission is indicated by the bit 0. 

Table 4-1: Bit fields of the Transmit Packet Status from the MAC110 Core 
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4.3 Receive Interface Transaction 

On the receive interface, the transaction is always initiated by the MAC110 Core. The MAC110 Core Wtotes the 
trartsaction by assertinfl the igi110_Cn(KJValld signal and placing the transaction address on the M110_Addrt15:01 
bus The Ml 10 RnW is always asserted, as the MACHO core does only write transactions to Application on the 
racehre interface If the MACHO Core wants to cto a burst transaction, the Ml lO^Burst win be asserted along with 
the M110 CmdVaUd signal. The data b placed on the MHO Datat31:01 bus. In resporwe to this, the application has 
to assert ttiB MRI Ack signal with in four dodcs to accept the data from the MACHO core. If Application doesn't 
assert the MRI Ack signal with in four docks, the MACHO can ignore the rest of the tncoming frame from the 
Ethernet and Mb the MtesedFrame bit in the receive status. The flushing of the frame and the setUng of the 
MbsedFiame Wt Is based on the buffer status inside the MACHO Core. The applicaUon can assert the MRI_&t 
signal for any of the transactioos either to request the MACHO core to retry the transaction or to stop the burst 
transactkxi. If the Application asserts the MRI.Err signal for any of the transactions coming from the MACHO Core, 
the core can flush the data In the buffers, ignore the incoming packet and set the MissedFrame bit in the receive 
status If the application asserts the MRI Abort signal (to abort the transaction), the MAC1 10 core will terminate the 
cunent ongoing transacUon. flushes the buffers in the core, flushes the Incoming packet and sets the MissedFrame 
bit in the receive status. A detailed dtecussion on the receive protocol b discussed later In the chapter. The following 
sut>«ections show Unung diagrams to Illustrate the various transactions on the Receive Interface. 



4.3. 1 Single Write with Normal completion 



nftnacHO/SysOk 
acl 1 0/H1 1 0_OndVaIId 
c110MI10_A(Mi11S:01 
/IMiacllO/MIIO^RnW 
aac110/M110_Benp:0] 
c110/M110.0atapi:0] 
1 Anacl 1 0/Ml 1 0_Burst 
nihiacnO/MRI_Ack 
/lAnacllO/MRLErr 
niknacllOAARI.Abort 




Figure 4-7: Single Write with normal compleUon 

Figure 4-7 shows a timing diagram In which the MACHO Core wants to do a single write transacUon to address 
16112000 The MACHO Core asserts the MHO^CmdVallid signal and places the address on the MHO.Addr bus. 
The MHO RnW is asserted tow. indicating it as a write transacUon. the M110_Burst Is de-asserted and the all the 
byte enables aU set to Vs. The write data b placed on the MHO^Data bus along with the M110_Cmdvalid sigrial. 
The ApplicaUon asserted the MRI.Ack strobe for one dock. IndJcaling the successful completion of the transarton 
and transfer of the write data. The MACHO Core uses this type of write transactions to transfer the frame 
infomiaUon and transmit status word. The Application has to assert the MRI.Ack with in four docks. If me 
Application delays the assertion of the MRI.Ack beyond 4 docks, the MACHO core can ignore the reset of the 
inconVing receive frame and set the MbsedFrame bit In the receive sbtus. 
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4.3.2 Single Write with Retry completion 



nitnacliO/SysOti 
acllO/MIIO.OndVidd 
cl1IVM110_MtfrtlS30| 
nAnaciiQAnio.fttW 

lacltomilO.BsnpSl 
cl1QAniO_DatapiD| 

/1ftaacl1QAIRI_Adt 
/liteacllOMRLBr 
nAnKl1IUMRI_Abaft 




Figure 4-8: Single Write with Retry completion 



Rgure 4-8 shows a timing diagram in which the MACHO Core wants to do a single write transaction to address 
16'h2000. The MACHO Core asserts the MllO^CmdVallid signaJ and pteces the address on the M110_Addr bus. 
The M110_RnW Is asserted low. indicating it as~a write transaction, the M110_Burst is deasserted and the ali the 
byte enables all set to Vs. The writa data is placed on the M110_Data bus along with the MllO^Cmdvalid signal. 
The Application asserted the MRLEn signal for one dock indicating that the application cannot accept data at this 
poinL The MACHO core can Ignore the rest of the incoming receive frame and sets the MissedFrame bit In the 
receive status. The flushing of the incoming frame and setting of the MissedFrame bit for a retry acknowledge from 
application is based on the MAC110 Core's current FIFO conditions and the Incoming data rate. The MACHO Core 
wiU tiy its best to handle the retry condition with the limited amount of buffer it has. If the FIFO gets full and the 
application Issues retry, then the MAC1 10 Core flushes the FIFO and the incoming frame and sets the MissedFrame 
bit The Application cannot assert the MRI.Err signal when the MACHO is doing a write to address leWZOOC 
(Status write). 
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4.4 Receive Protocol 

The MAC110 Core initiates a transmisston of the newty received frame by doing a write transaction on the Receive 
Interface with an Address equal to 0x2000, The AppiicaUon accepts the transaction, if the tMjffers in the Application 
are empty, by asserting the MRI.Ack signal. 

Once the firet write transaction is completed, the MAC110 Core will <can also continue the buret to) do multiple write 
(single/buist) transactions on the Receh^ Interface with the Address equal to 0x2004. The write transactions to this 
address indicate the continuation of the current receive frame fransmlssion. Depending on the tHiffer status in the 
Applicatfon. the AppBcation accepts the transaction or refries the transaction. 

Once an except the last liut one word (or part of the Wort) has been transferred to the Application, the MAC110 
Core win do a last word write transaction to the Application with address equal to 0x2008. The Application has to 
Interpret a write transaction to this address as the last word transaction of the current received frame. Depending on 
the lJuffer status in the AppiicaUon. the Application accepts the transaction or retries the transaction. 

In case of the numl)er bytes to be transferred are less than 4. the MAC110 Core will assert the byte-enables 
appropriately to Identify the correct byte lines on the M110_Data bus in the last write transaction. The Application 
should use only the valid bytes in the last write transacUon. (For all other transfers, the IvrtACIIO core asserts all the 



Once the last write transaction is completed, the MAC110 Core transfers ttie receive status by doing a write 
transaction to tiie Application with an address equal to tiie Ox200C. 

Except for the status transaction, the Application has to adtnowledge the data write transactions with in four docks. 
As tt^e MAC110 Core has the limited amount of buffer to keep the incoming receive packet, the MAC110 Core 
expects that the Application will acknowledge the data write transaction as soon as possible. If tiie Application 
doesn't acknowledge the data b-ansfer (inserts more than 4 wait states) with in 4 clocks, the MAC110 Core can drop 
the current receive frame by flushing the receive buffers in ttie core and not transfening the remaining frame to the 
application. The Receive status Indicates the dropped frame condition (MissedFrame) and the Applicatfon should 
Increment the missed frame counter appropriately (if it is maintaining one). 

The MAC1 10 Core checks the incoming receive packet status from ttie MAC block and based on the control signals 
from the MCS block, it evaluates the Packet FUter status. For example If the Pass Bad Frames bit is reset in ttw in 
ttie MCS confrol register and an error frame is received, It wHI reset ttie Packet Filter status In ttie status word ttiat Is 
passed to ttie Application. The MAC110 Core uses ttie Receive All. Pass Bad Frames. Pass Control Frames. 
Disable Broadcast Frames control signals from MCS and generates ttie Packet FUter status. 

Figure 4-9 shows ttie sequence of ftow and different fransadtons ttiat are used to transfer a frame from MAC1 10 to 
ttie Application. Table 4-2 shows the bit fieUs of ttie receive status provided by ttie MAC110 Core. 



byte enables). 
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Figure 4-9: Flow chart for Receive frame operation on the MAC110-Recieve. 
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Fleid Description 



Frame Length 

Indicates the length in t)ytBS. of the received frame, including pad (if applicable) the PCS field when 
the Automatic Pad Stripping is reset, else indicates the length with out pad and/or PCS field. 

14 Watchdog Timeout 



15 Runt Frame 

When set, indicates that this (rame was damaged a cotBsion or premature termination before the 
coliision window passed. 

16 Frame too Long 

When set, indicates that the frame length exceeds the maximum Ethernet speafied size of 1518 
tiytes. 

Frame too long is only a frame length indication and does not cause any frame truncation. 

17 Collision Seen 

When set, indicates that the frame was damaged by a coUision that occun-ed after the 64 bytes 
following the start of frame delimiter (SPO). This Is a late coHision. 

18 Frame Typo 

When set, indicates that the frame is an Ethernet-type frame (frame length field is greater than 
1500 bytes). When dear, indicates the frame Is an IEEE 802.3 frame. This bit is not valid for nint 
frames of less than 14 bytes. 

19 Mil Error ^ , ^ 
When set. Indicates that the Mll_Rxer was asserted during the reception of this frame. 

20 Dribbling Bit 

When set. indicates that the frame contained a non-integer multiple of 8 bits. This bit is not valid if 
either collision seen or aint frame bits are set If set, and the CRC error is reset, then the packet is 
valid. 

21 CRC Error ^ . ^ 
When set. indicates that a cydic redundancy dwck (CRC) error occu^ed on the received frame. 
This bit is also set when the MILRxer pin is asserted durtng the reception of a receive packet even 
though the CRC may be coaecL 

22 One-Level VLAN Frame _ , 
When set. the current reception Is tagged with a VLAN1 ID. The thirteentti and fourteenth bytes at 
the frame are compared to ttie one-level VLAN tag register. This bit Is set if tiiere is a non-zero 
match. 

Whent^ 'theai^ Is tagged with a VLAN2 ID. The thirteenth and fourteentti bytes at 

the frame are compared to the two^evel VLAN tag renter. This bit is set if there is a non-zero 
match. 

24 Length Error 

When set, indicates that lor ttie current frame the Length value is inconsistent with the total number 
of bytes received in ttie current frame. This is valid when ttie Frame Type is set to O* (802.3 
Frame). 

25 Control Frame . 
When set ttie current frame Is decoded as a confrd frame. This bit is set only when ttie MAC is 
operating in the full-duplex mode. 

26 Unsupported Control Frame 

When set. it indicates ttiat Uie MAC observed an unsupported Control Frame. This is set when a 
control frame is received and the opcode field is unsupported, or the length is not equal to 
minFrameSize (64 bytes). This bit is set only when the MAC is operaUng in the full-duplex mode. 

If ttie Confroi Frame is set and ttie Unsupported Control Frame is reset, it indicates ttiat Uie MAC 
bkx* received a valid Ckinfrol Frame (PAUSE Command) and ttie transmitter is currentiy paused. 

27 Multicast Frame 

When set, it indicates ttiat ttie Destination Address in ttie cuaent frame is a multicast address, i.e.. 
ttie first bit of ttie DA Is 1. 
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Field Description ...^—^ ■ 

28 Broadcast Frame . - . ^ ^ . 
When set, it Indicates thai the Destination Address in the current frame is aD 1*$. ue.. tKoadcast 

address. 

29 Filtering Fall - „ ^ ... «jj 
When set, it indicates that the Destination Address field in the current frame niued the Address 
filtering. This bit is reset when it passes the address filtering. 

30 Packet Fitter 

When set. it Indicates that the current frame passed the packet filter that is Implemented In the 
MAC1 10 Core The packet filter is based on the control signals from the MAC Control Register and 
the packet stahjs from the MAC receive engine. When reset. It Indicates that the current frame 
faUed the packet filter. The Appllcalion can use this bit to dedde whether to keep the packet in the 
meiTwry or flush the packet from the memory/RFO. Table 5-3 shows the Packet Filter output for 
various combinations of the control signals and the stahJS signals. 

31 Missed Frame . « ^ » .. « 
This bit is set when the Appficatton violates the wait dock latency protocol. If the Applicatkwi 
doesn't assert the data acknowledge in 4 docks for any of the write data transactkxis from MAC1 10 
core or the appiication retries any of the write transactions, the MAC110 core cam drop the rest of 
the frame and transfers the Packet Status to the AppDcation. If the application asserts the Abort 
signal for any of the write transactions, the MAC1 10 core will drop the frame. This bit is reset when 

' the frame is received normally by the Application with out any latency/errof violations. 



Table 4-2: Bit fields of the Receive Packet Status from the MAG1 10 Core. 
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WE CLAIM: 

1. A computer program product comprising computer readable program code 
for designing a controller, the computer readable program code comprising: 

first program part for implementing an application interface; 
second program part for implementing a physical layer interface; and 
third program part for implementing a system-level function. 

2. The computer program product of claim 1, wherein the first program part 
and the second program part also implement a link layer core. 

3. The computer program product of claim 2» wherein the first program part 
and the second program part implement a link layer core which is compliant with an IEEE 
802.3 standard. 

4. The computer program product of claim 1. wherein the first program part 
implements an application interface comprising a virmal component interface ("VCr). 

5. The computer program product of claim 1, wherein the second program part 
implements a physical layer interface comprising a media independent interface ("Mil**). 

6. The computer program product of claim 1, wherein the third program part 
implements a system-level function comprising at least one of a reduced media independent 
interface ("Mn**) protocol, a serial Mil interface protocol, a virtual component interface 
protocol, preamble generation and removal, thirty-two bit CRC generation and checking, 
insertion and stripping of padding bytes on transmission and reception, address filtering, a 
configurable counter, control of an Mil compatible PHY, Carrier Sense Multiple Access 
Collision Detection ("CSMA/CD") protocol, and a test environment. 

7. A computer program product comprising computer readable program code 
for designing a controller, the computer readable program code comprising: 

first program part for substantially implementing a medium access control 

sublayer protocol; and 

second program part for implementing a system-level function. 
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8. The computer program product of claim 7, wherein the first program part is 
for substantially implementing a data link layer protocol. 

9. A method of designing a controller using a software package, the method 
comprising: 

utilizing the software package which comprises an application interface 
functionality, a physical layer interface functionality, and a system-level function 
functionality; 

incorporating the application interface functionality into a controller design; 
incorporating the physical layer interface functionality into the controller 

design; and 

incorporating the system-level function functionality into the controller 

design. 

10. A method of designing a controller using a software package, the method 
comprising: 

utilizing the software package which comprises a medium access control 
sublayer functionality and a system-level function functionality; 

incorporating the medium access control sublayer functionality into a 

controller design; and 

incorporating the system-level function functionality into the controller 

design. 

1 1 . The method of claim 10, wherein the software comprises a functionality for 
substantially all of a link layer core, and further comprising incorporating the functionality 
for substantially all of a link layer core into the controller design. 

12. A design tool for designing a controller, the design tool comprising: 

a medium access control sublayer emulator which substantially emulates a 
medium access control sublayer protocol; and 
a system-level function emulator. 

13. The design tool of claim 12, ftirther comprising a dau link layer emulator 
which substantially emulates a data link layer protocol. 
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